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(57) Abstract: Methods and systems for routing messages between a core network (302) and a radio network controller (102) are 
5^ provided. A radio access network gateway (304) translates messages from an ATM-based protocol to a non-ATM>based puotocol, 

such as the stream control transmission protocol and vice versa. The radio access network gateway (304) forwards the SCTP mes- 
O sages to the core network (302). In addition, the radio access netwoik gateway (304) receives messages from the core network (302) 

formatted according to the core network protocol and translates these messages to an ATM-based protocol for communication to a 

radio network controller (102). 
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Description 

METHODS AND SYSTEMS FOR ROUTING MESSAGES IN A RADIO 

ACCESS NETWORK 

5 Related Applications 

This application claims the benefit of United States Patent Application 
Number 09/735,142, filed December 12, 2000, the disclosure of which Is 
incorporated herewith by reference in Its entirety. 

10 Technical Field 

The present invention relates to methods and systems for routing 
messages in a radio access network. More particularly, the present 
invention relates to a gateway that routes and translates messages between 
a core network and a radio network controller that simplHles core network 

15 elements. 

Background Art 

A radio access network (RAN) is a collection of network elements that 
enables calls to occur between mobile subscribers. Such a network includes 

20 nodes that carry voice traffic, signaling traffic, and a combination of voice 
trafnc and signaling traffic. Figure 1 Illustrates a prior art radio access 
network used to provide wireless communication service to mobile 
subscribers. Such RAN networic architectures include a number of functional 
components including transceiver stations 100, radio networi^ controllers 

25 (RNCs) 102, and a core network 104. Core network 104 includes 
asynchronous transfer mode (ATM) network elements, such as ATM 
switches, that cany voice and signaling traffic relating to communications to 
and from mobile subscribers. As such, these switches are required to 
implement a variety of different communication protocol layers. Including 

30 various ATM and SS7 protocol layers. Implementing multiple different 
protocol layers In the core network may be undesirable because it increases 
the complexity of core network elements, such as ATM switches. 
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Flgure 2 illustrates exemplary communication protocol layers that are 
implemented on interconnection point lu between core network 104 and a 
radio network controller 102, as illustrated in Figure 1. In the Illustrated 
example, three different types of messages are communicated between the 
core network and the RNC over the connection point lu. One type of 
message is represented protocol stack 200. Protocol stack 200 Is used to 
carry radio access network application part (RANAP) messages between the 
core network and the RNC. RANAP messages are radio network signaling 
messages. The next layer In protocol stack 200 is the signaling connection 
control part (SCCP) layer. This layer performs SS7 functions, such as global 
title translation. The next layer is message transfer part layer 3 broadband 
(MTP3B), which cames large payloads (4091 bytes versus 272 bytes for 
normal MTP3) of SS7 traffic. The next three layers, the service specific 
coordination function network to network interface (SSCF-NNI) layer, the 
service specific connection oriented protocol (SSCOP) layer, and the ATM 
adaptation layer 5 (AAL5), are related to the ATM protocol. The AAL5 layer 
supports connection-oriented variable bit rate data services. The SSCOP 
layer provides TCP-like services, such as flow control, timeouts, and 
retransmissions for ATM networks. The purpose of the SSCF-NNI layer is to 
enhance the service of SSCOP to meet ihe needs of the NNI level 3 
protocol. In addition, the SCCF at the NNI provides communication with 
layer management for the proper operation of signaling links. Finally, the 
network layer, just above the physical layer is the ATM layer, which provides 
for the establishment of virtual circuits and transmission of ATM cells 
between endpoints. 

Protocol stack 202 carries call setup messages for radio access 
networks. For example, Q.2630.1 messages are used for ATM bearer 
connection establishment and the binding of an ATM bearer connection or 
channel to a telephony connection. As used herein, Q.2630.1 refers to 
functionality described In International Telecommunication Union 
Telecommunication Standardization Sector (ITU-T) Recommendation 
Q.2630.1. September 29. 1999. the disclosure of which is Incorporated 
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herein by referenced in its entirety. The Q.2510.1 layer provides AAL type 2 
signaling transport converter service for broadband MTP. As used herein, 
the Q.2510.1 layer refers to functions described in ITU-T Recommendation 
Q.2510.1, June 23, 1999, the disclosure of which is incorporated in herein in 
5 Its entirety. The remaining layers in protocol stack 202 are ATM layers that 
perform the same or similar functions to the correspondingly-named layers of 
protocol stack 200. 

Protocol stack 204 caries user data, such as digitized voice, between 
the RNC and the core network. As such, protocol stack 204 includes a user 
10 part layer that contains the actual user data, an AAL2 layer, which supports 
connection-oriented services that do not require constant bit rates, such as 
variable bit rate video applications. 

Providing the multiple protocol layers illustrated in Figure 2 in core 
network elements, such as ATM switches, increases the complexity and cost 
15 of these elements. Accordingly, there exists a long-felt need for methods 
and systems for communicating between the core network and radio network 
controllers that reduces the complexity of core network elements. 

Disclosure of the Invention 

20 According to one aspect, the present invention includes methods and 

systems for communicating between a radio network controller and a core 
network that reduce the complexity of core network devices. The invention 
includes a gateway that translates between conventional core network 
protocols such as MTP3B, SSCF-NNI, SSCOP, AAL5. and ATM and a 

25 universal protocol, such as SS7 SCCP-User Adaptation Layer (SUA) over 
stream control transmission protocol/Internet protocol (SCTP/IP). The SS7 
SCCP User Adaptation Layer is described in IETF internet draft <draft- 
loughney-sigtran-sua-OO.txt, March, 2000, the disclosure of which is 
incorporated herein by reference in its entirety. The stream control 

30 transmission protocol is described in detail in RFC 2960, Stream Control 
Transmission Protocol, October 2000, the disclosure of which is incorporated 
herein by reference in Its entirety. Providing a gateway that performs these 
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translations reduces cx>re network element complexity because core network 
elements can implement a single protocol stack for which hardware and 
software are readily available and inexpensive, such as SUA over SCTP/IP 
or TCP/IP, when communicating with radio network controllers. 

As used herein, the phrase "core network" refers to the network used 
to carry signaling and bearer trafflc to and from radio network subsystems 
(RNSs). Such a network has conventionally included only ATM and SS7 
network elements. Because of the gateway of the present invention, such a 
network can include elements that communicate using a universal transport 
protocol, such as SCTP/IP or TCP/IP. In addition, because the gateway of 
the present invention translates between conventional core network 
protocols used by RNCs and a universal transport protocol, no modification 
to RNC nodes is required. 

The term "radio network subsystem" refers to the collection of network 
elements that allow user equipment, such as mobile handsets, to access the 
universal mobile telecommunication system terrestrial radio access network 
(UTRAN). An RNS may include one or more radio network controllers 
(RNCs), which control the integrity and use of radio resources. An example 
of a commerdally available radio network controller (RNC) is a switch 
manufactured by NEC Corporation that is based on the NEAX61 ATM 
switch. The UTRAN refers to the network that controls user access to the 
core network. 

Definitions and examples of the terms used herein can be found in 
3rd Generation. Partnership Project; Technical Specification Group Radio 
Access Network; UTRAN Overall Description (3G TS 25.401 version 3.1.0 
Release 1999), the disclosure of which is incorporated herein by reference in 
its entirety. 

Brief Description of the Drawings 
A description of preferred embodiments of the invention will now 
proceed with reference to the accompanying drawings, of which: 

Figure 1 Is a block diagram of a conventional UTRAN architecture; 
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Figure 2 is a protocol layering diagram illustrating protocols 
conventionally used to communicate between the core networic and a radio 
networl< controller; 

Figure 3 is a blocl< diagram of a radio access network including a 
5 radio access network gateway according to an embodiment of the present 
invention; 

Figure 4 is a block diagram of an exemplary signaling gateway 

architecture for implementing a radio access network gateway according to 

an embodiment of the present invention; 
10 Figure 5 is a block diagram of the internal structure of a RAN gateway 

according to an embodiment of the present invention; 

Figure 6 is as block diagram of a radio access network Illustrating 

exemplary messages processed and fomriulated by a RAN gateway 

according to an embodiment of the present Invention; 
15 Figure 7 is a protocol layering diagram illustrating exemplary functions 

performed by a RAN gateway in translating RANAP messages to and from a 

universal message format according to an embodiment of the present 

invention; 

Figure 8 is a block diagram of a radio data communications module 
20 according to an embodiment of the present invention; 

Figure 9 is a protocol layering diagram Illustrating exemplary functions 
performed by a RAN gateway in translating bearer access control messages 
to and from a universal message format according to an embodiment of the 
present invention; 

25 Figure 10 is a block diagram of a radio data communications module 

including a billing module according to an embodiment of the present 
invention; and 

Figure 11 is a block diagram of a RAN gateway including a billing 
subsystem according to an embodiment of the present invention. 

30 
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Detailed Description of the invention 
Figure 3 illustrates a radio access network (RAN) including a RAN 
gateway according to an embodiment of tlie present invention. In the 
illustrated embodiment, radio access network 300 Includes a core network 
5 302, one or more radio network controllers 102, and a plurality of node Bs 
100. Core network 302 includes network elements for communicating 
signaling and bearer traffic to and from RNCs 102. Such network elements 
have conventionally been SS7 and ATM-based network elements. However, 
as will be explained in more detail below, RAN gateway 304 provides 
10 functionality that allows core network 302 to implement a universal protocol, 
such as SCTP/IP or TCP/IP. RNCs 102 control access to radio resources of 
core network 302. Node Bs 100 are logical nodes responsible for radio 
transmission and reception In one or more cells to and from user equipment, 
such as mobile handsets. On the RNC side, each node B terminates the 

1 5 interface lub mth the RNC. 

A proposed standard for the lu interface between the core networi< 
and an RNC is found in 3"^ Generation Partnership Project; Technical 
Specification Group Radio Adcess Network; UTRAN lu Interface: General 
Aspects and Principles, Release 1999. the disclosure of which is 

20 Incorporated herein by reference In its entirety. In this document, the 
interface used to carry signaling messages between the core network and 
the RNC is referred to as the control plane. There are circuit and packet 
switched interface proposed for the control plain. Both the circuit and packet 
switched interfaces rely on ATM as the underlying transport layer for earring 

25 signaling messages to and from the core netwoitc. 

RAN gateway (RANGW) 304 receives ATM-based RAN signaling 
messages that include an application part from a RAN network controller 
(RNC) node. RAN gateway 304 encapsulates the application part 
component of the RAN messages within an SS7 SCCP User Adaptation 

30 (SUA) or SS7 MTP3 User Adaptation (M3UA) wrapper. SS7 SCCP User 
Adaptation Layer is described in the above-referenced IETF Internet Draft. 
The SS7 MTP3 User Adaptation Layer is described In IETF Internet Draft 
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<draft-ietf-sigtran-m3ua-04.txt>, March 2000, the disclosure of which is 
incorporated herein by reference in its entirety. 

RAN gateway 304 also strips the lower level ATM-based protocol 
information from messages received from RNCs 306 and replaces this lower 
5 level protocol content with a universal protocol, such as SCTP/IP or TCP/IP. 
The RNC side of RAN gateway 304 may include a high speed ATM link 
module for communicating ATM-encapsulated messages to and from RNCs 
102 The core network side of RAN gateway 304 may include a RAN data 
communication module (rDCM) for communicating RANAP and other 

10 messages to and from core network 302 using SCTP/IP, TCP/IP, or other 
universal message fomriat. The main function of RAN gateway 304 is to 
reduce the need for ATM, SSCF, SSCOP and MTP3 functionality In core 
network 302. Removing these layers from core network 302 into a single 
highly reliable point outside of core network 302 greatly simplifies core 

15 network elements. For example, rather than using ATM switches to 
communicate messages to and from RNCs 102, core network 302 can 
include machines running IP-protocols, which are much less expensive than 
ATM switches. 

Disclosed herein are several embodiments of the present invention. 

20 all of which include a network element that performs functions similar to that 
of a traditional telecommunications network padcet routing switch, such as a 
signaling gateway (SG) routing node. Each of the embodiments described 
and .discussed below, employs an internal architecture similar to that of high 
perfomnance signal transfer point (STP) and SG products which are 

25 marketed by Tekelec of Calabasas, California as the Eagle* STP and IP^ 
Secure Gatev^^y"*. respectively. A block diagram that generally illustrates 
the base internal architecture of the IP^ Secure Gateway" product is shown 
in Rgure 4. A detailed description of the IP^ Secure Gateway™ may be 
found in Tekelec publication PN/909-0767-01 , Rev B, August 1999, entitled 

30 Feature Notice IP' Secure Gateway' Retease 1.0, the disclosure of which is 
incorporated herein by reference in Its entirety. Similariy. a detailed 
description of the Eagle* STP may be found in the Eag/e® Feature Guide 
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PN/91 0-1 225-01, Rev. B, January 1998, published by Tekelec, the 
disclosure of which is incorporated herein by reference in its entirety. The 
specific functional components of an IP^ Secure Gateway"" for transmitting 
and receiving transaction capabilities application part (TCAP) messages 
5 over an Internet protocol (IP) network are described in commonly-assigned, 
co-pending international publication number WO 00/35155. the disclosure of 
which is incorporated herein by reference in Its entirety. Similarly, the 
functional components of an IP^ Secure Gateway™ for transmitting and 
receiving ISDN user part (ISUP) messages over an Intemet Protocol (IP) 
10 network are described In commonly-assigned, co-pending international 
publication number WO 00/35156, the disclosure of which is also 
Incorporated herein by reference In its entirety. As described In the above 
referenced Feature Notice IP^ Secure Gateway^ and as illustrated In Figure 
4, an IP^ Secure Gateway™ 400 includes the follov^ng subsystems: a 
15 maintenance and administration subsystem (MAS) 402, a communication 
subsystem 404 and an application subsystem 406. MAS subsystem 402 
provides maintenance communications, Initial program load, peripheral 
services, alarm processing and system disks. Communication subsystem 
404 Includes an Interprocessor message transport (IMT) bus ttiat Is the main 
20 communication bus among all subsystems in IP^ Secure Gateway^ 400. 
This high-speed communications system includes two 125 Mbps counter- 
rotating serial buses. 

Application subsystem 406 includes application cards that are 
capable of communicating wth the other cards ttirough the IMT buses. 
25 Numerous types of application cards can be incorporated into IP7 secure 
gateway 400, including, but not limited to: an ATM-based high speed link 
intert^ace module (HSL) 408 that provides SS7 links and X-25 links, a RAN 
data communication module (rDCM) 410 that provides an Intemet Protocol 
(IP) interface, and an application service module 412 (ASM) that provides 
30 global title translation, gateway screening and other services. A translation 
service module (TSM) 414 may also be provided to support triggered local 
number portability service. rDCM card 410 is a novel element of the present 
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invention and Is not describe any of the above-referenced publications 
regarding the (P7 secure gateway. 

Additional modules that may be included in IP7 secure gateway 400 
include SS7 link interface module (LIM) cards for sending and receiving SS7 
5 messages over SS7 signaling links and data communication module (DCM) 
cards for sending and receiving IP encapsulated SS7 messages over an IP 
network, as described in the above referenced Feature Notice IP^ Secure 
Gateway^ Release 1.0 publication. 

Figure 5 is a block diagram illustrating the internal architecture of RAN 

10 gateway 304 and the simplification of core network 302 according to an 
embodiment of the present invention. In the illustrated embodiment, RAN 
gateway includes MASP processors 500 for performing maintenance and 
administration functions, high speed link card 502 for sending and receiving 
messages over a high-speed ATM link. rDCM card 410 for translating 

15 between ATM and the core network protocol, and IMT bus 504 for providing 
communication between modules 500, 410, 500, and 502. RAN gateway 
304 is connected to RNC 102 via an ATM network. Consequently, signaling 
messages received at by HSL module 502 within RAN gateway 304 will 
include a lower level ATM protocol component. RAN gateway 304 Is also 

20 connected via an IP-based (e.g.. SCTP/IP, TCP/IP, UDP/IP. etc.) 
communication link to a media gateway controller (MGC) 506 in core 
network 302. 

Each of the modules 410, 500. and 502 include hardware and 
software components for performing the functions described herein. For 

25 example, each of the modules 410. 500. and 502 may include a printed 
drcuit t>oard with one or more microprocessors mounted thereon. In a 
preferred embodiment, each of the modules 410, 500, and 502 Includes an 
application processor and a communication processor. The application 
processor of each module performs module-specific Unctions. For example, 

30 the application processor of rDCM 410 may perfonm SCTP/IP encapsulation 
of messages received from HSL module 502. The communication processor 



RN<%nnCir% <WO 020S6816A2 I > 



wo 02/056618 



PCTAJSOl/48269 



-10- 

of each module is responsible for sending and receiving messages via IMT 
bus 504. 

In operation, an ATM-based RAN signaling message sent by RNC 
102 is received by HSL module 502 of RAN gateway 302. In one 
5 embodiment, HSL module 502 may remove the lower level ATM protocol 
component of the message, and internally route the message to rDCM 
communication module 410. HSL module 502 internally routes SS7 
messages by examining the destination point code (OPC) in the message 
and converting the DPC into an internal card address. 

10 rDCM module 410 may encapsulate some or all of an application part 

component of the message Into a SUA, M3UA, TALI or equivalent wrapper. 
The TALI protocol is described In IETF Internet Draft <draft-benedyk-sigtran- 
tali-01.txt>, June 2000, the disclosure of which is incorporated herein by 
reference in Its entirety. An SCTP/IP, TCP/IP, UDP/IP or equivalent IP- 

15 based protocol layer is then appended to the encapsulated message prior to 
transmission from rDCM 410. The encapsulated IP message is then 
delivered via IP-based core network 302 to MGC node 506. 

Because RAN gateway translates incoming ATM messages to IP- 
based messages, core network 302 is greatly simplified. For example, core 

20 network 302 can include conventional IP*based elements, such as media 
gateway controllers, rather than ATM switches. In addition, because RAN 
gateway 304 includes ATM communication capabilities, modification to RNC 
nodes is not required. 

Figure 6 is a network diagram illustrating two types of RAN signaling 

25 messages that may be encountered in a RAN networic and consequently 
handled by a RAN gateway of the present invention. One type of RAN 
signaling message 600 conteins a RAN application part (RANAP) 
component, a signaling connection control part (SCCP) component, a 
message transfer part level 3 broadband (MTP3B) component, and lower- 

30 level ATM-based componente. Accordingly, RAN gateway 304 may be 
adapted to receive an ATM-based RAN message that contains such an 
application part structure, and subsequently encapsulate the application part 
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components within an SUA wrapper. An SCTP/IP lower level is then 
appended to the SUA encapsulated RAN message, which is subsequently 
routed via IP-based core network 302 to a destination node. The resulting 
message is indicated by reference numeral 601 in Figure 6. 

With regard to the SCCP component, RAN gateway 304 may or may 
not include this component In messages sent to IP-based core network 302. 
For example, RAN gateway 304 may receive messages including RANAP, 
SCCP, MTP3B, and ATM components. In one embodiment, RAN gateway 
304 may encapsulate the SCCP component in an SUA layer and send the 
SUA-encapsulated message to core network 302. In such an embodiment, 
the message send to core network 302 may include RANAP, SCCP, SUA, 
SCTP, and IP components. In an alternative embodiment, RAN gateway 
304 may remove the SCCP layer from the message and replace the SCCP 
layer with an SUA layer. In such and embodiment the message sent to core 
network 302 may include RANAP, SUA, SCTP, and IP components. Either 
alternative is intended to be within the scope of the invention. 

Another type of signaling message that may be encountered by RAN 
gateway 304 on the RNC side includes Q.2630.1 and Q.2150.1 application- 
level components lower-level SS7 and ATM-based components. Such a 
message is generally indicated by reference numeral 602. RAN gateway 
304 preferably removes the Q.2630.1 and Q.2150.1 layers and encapsulates 
these layers In an M3UA wrapper. RAN gateway 304 may then add an 
SCTP/IP lower-level component to form the message indicated by reference 
numeral 604. 

In addition to translating messages from the RNC side to the core 
network side, RAN gateway 304 may also translate messages received from 
the core network to a format recognizable by RNCs, For example, in Figure 
6, RAN gateway 304 may receive a message 601 having a RANAP 
component an SCCP component, an SUA component, and an SCTP/IP 
component. RAN gateway 304 may remove the upper-level RANAP and 
SCCP components, discard the lower-level SCTP/IP components, and add 
ATM components to form an ATM-based RANAP message 600. Similarly, 
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RAN gateway 304 may also receive messages from core network 302, such 
as message 604, that includes upper-level Q.2630.1 and Q.2150,1 
components and lower-level SCTP/IP components. In response to these 
messages, RAN gateway 304 may formulate a message with lower-level 
5 ATM components, as illustrated by reference numeral 602. Thus, RAN 
gateway 304 is capable of translating messages received from the core 
network into a format recognizable by a radio network controller and vice 
versa. 

Detailed Description of Processing of RANAP Messages 

10 Figure 7 illustrates in detail the encapsulation and lower level protocol 

substitution functions for RANAP messages performed by RAN gateway 308 
for RANAP messages. In Figure 7, protocol stack 200 represents the 
structure of a RANAP message received by RAN gateway 304 from an ATM- 
based radio network controller. Such a message includes a RANAP 

15 component, an SCCP component, an MTP3B component, an SSCF-NNI 
component, an SSCOP component, and an ATM component. RAN gateway 
304 removes the RANAP and SCCP components from the message and 
encapsulates these components in an SUA wrapper. The SUA- 
encapsulated message is then itself encapsulated in an SCTP/IP wrapper. 

20 The transformed message is illustrated by protocol stack 700. (n protocol 
stack 700, the transformed message includes a RANAP portion, an SCCP 
portion, an SUA portion, an SCTP portion, and an IP portion. All ATM 
components of the original message are removed. Accordingly, the need for 
ATM funcGonaiity in the core network is reduced. 

25 When RAN gateway 304 receives a message formatted according to 

protocol stack 700, RAN gateway 304 removes the RANAP and SCCP 
portions of the message and discards the lower-level SUA, SCTP, and IP 
portions. RAN gateway 304 then adds MTP3B, SSCF-NNI. SSCOP, AAL5, 
and ATM components to the RANAP and SCCP components. The resulting 

30 message is formatted according to protocol stack 200. This message can 
then be forwarded to an ATM-based RNC. Accordingly, because RAN 
gateway 304 is capable of formulating ATM-based RANAP messages based 
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on SCT/IP-based RANAP messages, no modifications are required to 
existing radio networic controller design. 

Figure 8 is a detailed block diagram of rDCM module 410 of RAN 
gateway 304 according to an embodiment of tlie present invention. rDCM 
5 410 is adapted to receive a RAN signaling message from an HSL 
communication module (shown in Figure 5) that is connected to intemal IMT 
bus 800 of RAN gateway 304. The RAN signaling message received by 
rDCM 410 has had lower level ATM protocol Information removed, i.e., by 
HSL communication module 502 illustrated in Figure 5. The RAN signaling 
10 message is processed by a RAN gateway application layer 802 and routing 
instructions / information is obtained from a routing database 804 on rDCM 
410. 

Detailed Explanation of RANAP and Q.2630.1 Messaoe Routino for 
Messages Received From the RNC 

15 Routing of a RANAP or Q.2630.1 message received from RNC 102 

(illustrated in Figure 3) may occur as follows. HSL 502 (illustrated in Figure 
5) receives the message, examines the DPC in the MTP3 part of the 
message and, if the message is destined for core network 104, translates 
the DPC to the card address of rDCM 41 0. 

20 Translation of the DPC into the card address may include several 

intermediate steps. On HSL 502, the DPC values in incoming messages are 
used to determine linksets for the messages. Next, a linkset is chosen from 
the list of linksets available for the DPC, e.g., based on cost. Each linkset 
has a set of links to use for physical transmission. A link is directly 

25 associated vAth a card in the system, such as rDCM 410. rDCM 410 has an 
SCTP association and stream that can carry SUA or M3UA traffic to core 
network 104. Accordingly, the DPC in an incoming RANAP message may 
be translated as follows: DPC->Hnkset->link->card->SCTP association and 
stream. 

30 An SCTP assodation Is defined in the above-referenced RFC 2960 as 

a protocol relationship between SCTP endpoints. An association can be 
uniquely identified by the transport address used by endpoints in the 
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association. A stream is defined as a uni-directional logical channel 
established from one to another associated endpoint through which all user 
messages are delivered in sequence except for those submitted to 
unordered delivery service. 
5 According to the protocol, there can be only one association between 

SCTP endpoints. However, an endpoint is a logical entity, rather than a 
physical entity. rDCM 410 includes both hardware and software for 
communicating with core network elements. The software elements may 
include multiple processes for interfacing with the core network. 

10 Accordingly, rDCM 410 may have multiple SCTP associations with multiple 
core network elements. 

Thus, an rDCM according to the present invention may establish an 
SCTP association with a core network element in order to communicate with 
an SCTP-based core network element. The steps for establishing such an 

15 association are described In the above-referenced RFC and need not be 
described herein. If more than one message Is required to be sent for a 
given transaction, the messages may be sent in an ordered stream to ensure 
in-order delivery. Alternatively, If the only a single SCTP message Is being 
sent, or If in-order delivery Is not of concern, rDCM may send the messages 

20 using unordered SCTP delivery service. Either method of using SCTP to 
communicate between a RAN gateway and the core network is Intended to 
bewithin the scope of the invention. As an example, an Incoming 
RANAP or Q.2630.1 message received from RNC 102 may have a 
destination point code of 2-2-2. DPC 2-2-2 may be associated with llnksets 

25 Chicago A and Detroit B. In this example, Chicago A may be chosen based 
on the cost of the linkset. The llnkset Chicago A may have one link, 
identified as 1 201 , which is assigned to card 1 201 . Card 1201 may be rDCM 
410. Accordingly, HSL 502 may send the message to rDCM 410 because 
rDCM 410 Is located In slot 1201. rDCM 410 may then examine routing 

30 keys, such as destination point code (DPC) and service indicator (SI) in the 
message and match the DPC:SI with an SCTP association and send the 
message on the association. 
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Depending on the message type or Information contained in the RAN 
signaling message, the message is passed to an appropriate encapsulation / 
application layer process 808A, 808B, or 808C. In the example shown in 
Figure 8, the message is passed to SUA application process 808A. SUA 
5 application process encapsulates the RANAP / SCCP / MTP3B content of 
the message within an SUA wrapper. The SUA wrapped packet is then 
directed to one of the appropriate SCTP/IP streams 808A-808N for outbound 
transmission. 

Detailed Description of Routino and Processing of RANAP Messages 

10 Received from the Core Network 

RAN gateway 304 temiinates the ATM, AAL5, SSCOP, SSCF-NNI, 
and MTP3B layers. The MTP3B layers include the MTP3 header and user 
part. rDCM 410 receives the message, discards the MTP3B part, and uses 
the user part to formulate the outgoing message. The user part may include, 

15 for example, the SCCP and RANAP portions of the message. The SCCP 
part is decoded to create the SUA part. The user part is then wrapped in 
SUA. SCTP and IP are then used to send to the IP-based node, such as a 
core network node. 

The ATM part of the message is not important because each RNC 

20 has a point code and routing is performed based on point codes. HSL card 
104 may have only one ATM virtual circuit, so there is only one path to send 
the message to the RNC. 

As stated above, for SCTP/IP messages received fom core-network 
104, rDCM 410 of RAN gateway 304 may translate messages formatted 

25 according to protocol stack 700 Into messages formatted according to 
protocol stack 200. For example, referring to Figure 7, an Incoming 
message from core network 104 may Include a RANAP, SCCP, SUA, SCTP, 
and IP components. rDCM 410 of RAN gateway 304 removes the SCTP 
and IP layers from the message and discards these layers. Next, rDCM 410 

30 examines destination Information In the SUA layer to determine the final 
destination (point code) of the message. Based on the destination address 
In the SUA layer, the RANAP and SCCP parts of the original message are 
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placed in an SCCP message with a new routing label. The message is then 
fonvarded to SS7 routing. SS7 routing examines the DPC in the new routing 
label. The DPC is then used to determine a card address as follows: 
DPC->link set-> link-> card, as discussed above. The message is then 
forwarded to the appropriate card via IMT bus 504. If the destination is RNC 
102, the destination card may be HSL 502. HSL 502 passes the message to 
MTP3B processing, which passes the message to MTP2 processing (ATM 
layer) for transmission. Thus, RAN gateway 304 is capable of converting 
non-ATM-formatted messages from core network 302 Into an ATM format 
recognized by RNC 102. 
Detailed Description of Processing of Q.2630.1 and Q.2150.1 Messages 
Figure 9 illustrates protocol stack translations performed by RAN 
gateway 304 for messages containing Q.2630.1 and Q,2150.1 components. 
Refem'ng to Figure 9, protocol stack 202 represents the format of messages 
that may be received by RAN gateway from RNC nodes in order to set up 
bearer connections. In the illustrated example, such messages Include a 
Q.2630.1 layer, a 2150.1 layer, an MTP3B layer, an SSCF-NNI layer, an 
AAL5 layer, and an ATM layer. RAN gateway 304 uses the Q.2150.1 layer 
to map messages between Q.2150.1 and M3UA. Exemplary Q.2150.1 and 
M3UA mappings are illustrated in Table 1 below. 



Q.2150.1 


M3UA 


MTP PAUSE 


DUNA 


MTP RESUME 


DAVA 


MTP STATUS 


SCON 


MTP TRANSFER 


DATA 



Table 1: Q.2150.1— M3UA Mappings 



Q.2150-1 is a two-sided interface. One side Interfaces to MTP3B and is 
mapped according to Table 1. The other side is to Q.2630.1 which is not 
handled by M3UA. if core network 302 does not run a Q.2150.1 protocol 



wo 02/056618 




PCT/USOl/48269 



Stack, RAN gateway 304 may map the lower (MTP3B) side of the Q.2150.1 
to a specific M3UA message, if such mapping Is available, as indicated in 
Table 1 . Alternatively, RAN gateway 304, if core network 302 implements a 
Q.2150.1 protocol stack or if a specific mapping is not available, RAN 
5 gateway 304 may map everything from MTP3B up to an M3UA DATA 
message. Performing the mapping illustrated In Table 1 at RAN gateway 
304 further simplifies core network elements. 

A message is received by RAN gateway 304 from an RNC 102. The 
message may include ATM. AAL5, SSCF-NNl, MTP3B. Q.2150.1. and 

10 Q.2630.1 components. HSL 502 processes the ATM, AAL5, SSCOP, and 
SSCF-NNl components in a manner that is dependent on conventional HSL 
design. The message is then passed to the MTP3B layer, which performs a 
mapping from DPC to linkset to link to card address as previously described. 
In this example, it is assumed that the card address Is the address of rDCM 

15 410. The message is forwarded to rDCM 410 via IMT bus 504. 

Once the message arrives at rDCM 410, the routing label is matched 
with an SCTP association and stream. At this point, rDCM 410 may 
examine the Q.2150.1 layer of the message and map the message type to 
an M3UA message type as illustrated above in Table 1 . Alternatively, rDCM 

20 410 may wrap the entire message Into an M3UA DATA message without 
ftirther examination of the Q.2150.1 layer. Thus. rDCM 410 may map 
Q.2150.1 messages to spedfic M3UA messages or convert all messages to 
Q.2150.1 data messages without examining the O.2150.1 layer. 

In addition to processing Q.2150.1 messages received on the RNC 

25 side, RAN gateway 304 is preferably also capable of processing such 
messages received from the core network. For example, RAN gateway 304 
may receive a message from core network 302 that includes Q.2630.1, 
Q.2150.1, M3UA, SCTP, and IP layers. The mapping of such messages Into 
an ATM-based fonnat may be similar to that described above for SUA 

30 messages. For example, when such a message is received by rDCM 410, 
rDCM 410 examines tiie M3UA message type and converts the message to 
a standard SS7 MTP3B message using the DPC extracted from the M3UA 
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layer. The message is then passed to SS7 routing where the message is 
routed as follows: DPC->llnkset->link->card. In this example, it is assumed 
that the message is mapped to the card address for HSL card 502. 
Accordingly, rDCM 410 routes the message to HSL card 502 via IMT bus 
504. The message is then sent over an outbound signaling link to RNC 102. 

In order to map incoming SUA and M3UA messages to standard SS7 
messages, rDCM 410 may examine a protocol data parameter that 
corresponds to the SS7 routing label. RAN gateway 304 uGllZBS the protocol 
data parameter to build the routing label. The routing label contains the 
standard SS7 destination point code whidi allows rDCM 410 to convert from 
DPC to card address. Thus, RAN gateway 304 is capable of converting and 
routing messages received from IP-based core network 302 to an RNC. 

RAN Gatewavwith Billing Svstem 
Figures 10 and 11 illustrate embodiments of a RAN gateway that 
include a billing subsystem. As illustrated in Rgure 11. rDCM 410 includes a 
billing process 1000 that is adapted to generate a billing message in 
response to the receipt of a RAN signaling message that satisfies a 
predetermined set of billing or message accounting criteria. RAN application 
layer 802 is adapted to pass billing process 1000 a copy of the received 
RAN signaling message, and billing process 1000 detemnines whether a 
billing message needs be generated. In the event that billing message 
generation is required, billing process 1000 creates a billing message and 
routes the billing message to a message accounting and billing subsystem 
1100. as Indicated by the dashed line in Rgure 11. In one embodiment, 
message accounting and billing subsystem 1100 may reside on an external 
processing platform tfiat is communicatively coupled to RAN gateway 304 
via a high speed Ethernet type connection. An ACM Ethernet controller 
1102 is adapted to communicate with message accounting and billing 
subsystem 1100 located on external processing platform via ttie Ethernet 
link, and also witfi rDCM module 1000 via the internal IMT bus. Billing 
messages are received and processed by the message accounting and 
billing subsystem 1100. and bills or invoices may be generated tiiat indicate 
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services provided, service recipients, and service providers. For example, 
bills or invoices may be generated for access to a database, such as an 
HLR, owned by a service provider. If another service providers requires 
access to subscriber information in the database, the first service provider 
5 may bill the second service provider for the database access. Such billing 
may be based on RANAP messages and perfonned by the components 
Illustrated in Figure 1 0 and 11. 

In addition to generating bills and invoices, message accounting and 
billing subsystem 1100 may store messages and provide usage and 

10 measurements data for network monitoring or maintenance purposes. 
Finally, the present invention is not limited to a RAN gateway having an 
external message accounting and billing system. In an altemative 
embodiment, message accounting and billing system 1100 may be 
Implemented on or by a printed circuit board internal to RAN gateway 304. 

15 It will be understood that various details of the invention may be 

changed without departing from the scope of the invention. Furthemiore, the 
foregoing description is for the purpose of illustration only, and not for the 
purpose of limitation — ^the Invention being defined by the claims. 
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CLAIMS 

What is claimed is: 

1 . A method for communicating a radio access network (RAN) signaling 
message between a radio network controller (RNC) and a core 
switching network, the method comprising: 

(a) receiving, from an RNC, a RAN signaling message that 
includes an asynchronous transfer mode (ATM) protocol 
component and an application part protocol component; 

(b) encapsulating the application part protocol component of the 
RAN signaling message within a first protocol envelope; 

(c) replacing the ATM protocol component of the RAN signaling 
message ymth a non-ATM protocol component; and 

(d) transmitting the RAN signaling message to a core network. 

2. The method of claim 1 wherein receiving a RAN signaling message 
including an ATM protocol component includes receiving a RAN 
signaling message having an ATM adaptation layer 5 (AAL5) layer. 

3. The method of claim 1 wherein receiving a RAN signaling message 
including an ATM protocol component includes receiving a RAN 
signaling message having a service spedfic connection oriented 
protocol (SSCOP) layer. 

4. The method of claim 1 wherein receiving a RAN signaling message 
that includes an ATM protocol component includes receiving a RAN 
signaling message having a service specific coordination function 
network to network interface (SSCF-NNI) layer. 

5. The method of claim 1 wherein receiving a RAN signaling message 
that includes an application part protocol component includes 
receiving a RAN signaling message having a signaling connection 
control part (SCCP). 

6. The method of daim 1 wherein receiving a RAN signaling message 
that includes an application part protocol component indudes 
receiving a IRAN signaling message having a RAN application part 
(RANAP). 
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7. The method of claim 1 wherein receiving a RAN signaling message 
that includes an application part protocol component includes 
receiving a RAN signaling message having a Q.2150.1. protocol 
component. 

5 8. The method of claim 1 wherein receiving a RAN signaling message 
that includes an application part protocol component Includes 
receiving a RAN signaling message having a Q.2630.1 protocol 
component. 

9. The method of claim 7 comprising: 

10 (a) determining a Q.2150.1 message type of the RAN signaling 

message; 

(b) mapping the Q.2150.1 message type to an M3UA message 
type, and wherein encapsulating the application part in a first 
protocol envelope includes encapsulating the application part 
15 in an M3UA envelope having the M3UA message type. 

10. The method of claim 7 wherein encapsulating the message in a first 
protocol envelope includes encapsulating the Q.2130.1 protocol 
component in an M3UA DATA message envelope without examining 
the Q.2130.1 component. 

20 11 The method of dalm 1 wherein encapsulating the application part 
protocol component within a first protocol envelope includes 
encapsulating the application part protocol component within an SS7 
SCCP User Adaptation (SUA) layer. 

12. The method of dalm 1 wherein encapsulating application part protocol 
25 component within a first protocol envelope indudes encapsulating the 

application part protocol component within an SS7 MTP3 user 
adaptation (M3UA) layer. 

13. The method of dalm 1 wherein encapsulating the application part 
protocol component within a first protocol envelope indudes 

30 encapsulating tfie application part protocol component In a transport 

adapter layer interfece (TALI) protocol component 
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14. The method of claim 1 wherein repladng the ATM protocol 
component with a non-ATM protocol component includes replacing 
the ATM protocol component with an Internet protocol (IP) 
component. 

5 15. The method of claim 14 wherein replacing the ATM protocol 
component with a non-ATM protocol component Includes replacing 
the ATM protocol component with a transmission control protocol 
(TCP) component. 

16. The method of claim 14 wherein replacing the ATM protocol 
10 component with a non-ATM protocol component Includes replacing 

the ATM protocol component vwth a stream control transmission 
protocol (SCTP) component. 

17. The method of dafm 1 Including generating a bHIing Infonnaflon 
record based on information contained In the received RAN signaling 

15 message. 

18. The method of dalm 17 wherein generating a billing Infomiation 
record based on Infomiation contained In the received RAN signaling 
message Indudes using a mobile Identification number (MIN) 
contained in the RAN signaling message. 

20 19. The method of dalm 17 wherein generating a billing information 
record based on information contained in the received RAN signaling 
message indudes using a mobile subscriber uniform resource locator 
(URL) contained in the RAN signaling message. 

20. The method of dalm 17 wherein generating a billing information 
25 record based on information contained in the received RAN signaling 

message Includes using a mobile subscriber email address contained 
in tiie RAN signaling message. 

21. The method of claim 17 wherein generating a billing information 
record based on information contained in the received RAN signaling 

30 message indudes using a service provider identifier contained in the 

RAN signaling message. 
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22. A method for routing and converting messages communicated 
between a stream control transmission protocol (SCTP)-based core 
network and a radio network controller (RNC), the method comprising: 

(a) receiving a first message from an RNC including radio access 
5 network application part (RANAP). signaling connection 

control part (SCCP), message transfer part layer 3 broadband 
(MTP3B), service specific coordination function (SSCF), 
service specific connection oriented protocol (SSCOP), 
asynchronous transfer mode adaptation layer 5 (AAL5), and 
10 asynchronous transfer mode (ATM) layers; 

(b) removing the SSCOP, AAL5. and ATM layers from the first 
message; 

(c) using the MTP3B layer of the first message to detemnine an 
outbound SCTP association and stream for the first message; 

15 (d) adding an SS7 SCCP user adaptation (SUA) layer to the 

RANAP and SCCP components of the first message; 

(e) encapsulating the SUA, RANAP, and SCCP layers of the first 
message in an SCTP/IP envelope; and 

(f) routing the first message to the core networi< over the 
20 outbound SCTP association and stream. 

23. The method of daim 22 comprising receiving a second message from 
the core networi^ including RANAP. SCCP, SUA. and SCTP/IP layers; 

(a) removing the SCTP/IP layer from the second message; 

(b) examining destination infomiation in tiie SUA layer of tiie 
25 second signaling message to detemnine a destination point 

code of the second message; 

(c) based on the destination point code, fomiulating a routing 
label for the RANAP and SCCP layers of tine second 
message; and 

30 (d) routing the second message to the RNC biased on the routing 

label over a high-speed ATM link. 
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24. A method for routing and converting messages communicated 
between a stream control transmission protocol (SCTP)-based core 
network and a radio network controller (RNC), the method comprising: 
(a) receiving a first message from an RNC including Q.2630.1, 
5 Q.2150.1, SS7 message transfer part layer 3 broadband 

(MTP3B), service specific coordination function (SSCF), 
service specific connection oriented protocol (SSCOP), 
asynchronous transfer mode adaptation layer 5 (AAL5), and 
asynchronous transfer mode (ATM) layers; 
10 (b) removing the SSCOP, AAL5, and ATM layers from the first 

message; 

(c) using the MTP3B layer to determine an outbound SCTP 
association and stream for the first message; 

(d) mapping the Q.2150.1 layer of the first message to an M3UA 
15 layer; 

(e) encapsulating the Q.2630.1, Q.2150-1. and M3UA layers of 
the first message In an SCTP/IP headen and 

(f) routing the first message to the core network over the SCTP 
association and stream. 

20 25. The method of claim 24 comprising: 

(a) receiving a second message from the core network including 
Q.2630.1. Q.215p.1 , M3UA , and SCTP/IP layers; 

(b) removing the SCTP/IP layer from the second message; 

(c) generating a routing label for the second message based on 
25 SS7 address Information contained in the M3UA layer of the 

second message; and 

(d) using the routing label to route the second message to the 
radio network controller over an SS7 signaling link. 

26. The method of daim 24 wherein mapping the Q.2150.1 layer to an 
30 M3UA layer includes mapping every Q.2150.1 layer message 

received from the radio network controller to an M3UA DATA 
message. 
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27. The method of claim 24 wherein mapping a Q.2150.1 layer to an 
M3UA layer includes examining the Q.2150.1 layer to detemiine a 
Q.2150.1 message type and mapping the Q.2150.1 message type to 
an M3UA message type. 
5 28. A method for processing radio access network application part 
(RANAP) messages received from a radio network controller (RNC), 
the method comprising: 

(a) receiving a message including RANAP, signaling connection 
control part (SCCP), message transfer part layer 3 broadband 

10 {MTP3B), and asynchronous transfer mode (ATM) 

components; 

(b) removing the ATM component from the message; 

(c) replacing the SCCP component of the message with an SS7 
SCCP user adaptation (SUA) component; 

15 (d) using the MTP3B component of the message to select an 

outbound stream control transmission protocol (SCTP) 
association and stream for the message; 

(e) removing the MTP3B component from the message; 

(f) adding an SCTP/IP component to the message; and 

20 (f) transmitting the message to a core network over the SCTP 

association and stream. 
29. A routing node for routing a radio access network (RAN) signaling 
message between a radio network controller (RNC) and a core 
switching network, the routing node comprising: 
25 (a) a first communication module for recei>^ng messages from an 

RNC including application-level comjDonents and ATM 
components and for removing the ATM components from the 
messages; and 

(b) a second communication module for receiving the application- 
30 level components from the first communication module, 

encapsulating the application-level components from each of 
the messages in an adaptation layer, encapsulating the 
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adaptatlon layer in a lower-level protocol other than ATM, and 
routing the encapsulated messages to a core network. 
30. • The routing node of claim 29 wherein the first communication module 
is an ATM link interface module. 
5 31. The routing node of claim 29 wherein the second communication 
module is a radio data communication module (rDCM). 

32. The routing node of claim 29 wherein the lower-level protocol includes 
a stream control transmission protocol (SCTP) component. 

33. The routing node of claim 29 wherein the lower-level protocol includes 
10 a transmission control protocol (TCP) component. 

34. The routing node of claim 29 wherein the lower-level protocol includes 
an Internet protocol (IP) component. 

35. The routing node of claim 29 wherein the adaptation layer includes an 
SS7 signaUng connection control part user adaptation (SUA) layer. 

15 36. The routing node of claim 29 wherein the adaptation layer includes an 
SS7 message transfer point layer 3 user adaptation (MUA) layer. 

37. The routing node of claim 29 wherein the adaptation layer includes a 
transport adapter layer interface (TALI) component. 

38. The routing node of daim 29 wherein the application-level 
20 components include a signaling connection control part (SCCP) 

component. 

39. The routing node of daim 29 wherein the application-level 
components indude a radio access network application part 
component. 

25 40. The routing node of claim 29 wherein the application-level 
components indude a Q.2630.1 component. 

41. The routing node of daim 29 wherein the application-level 
components indude a Q.2150.1 component. 

42. The routing node of daim 29 wherein the second communication 
30 module is adapted to route the encapsulated message to a media 

gateway controller In the core network. 
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43. The routing node of claim 29 wherein the second communication 
module is adapted to route the encapsulated message to a Softswitch 
in the core network, 

44. The routing node of claim 29 including a billing subsystem for 
generating usage and billing information. 

45. The routing node of claim 44 wherein the billing subsystem is adapted 
to generate bills or invoices. 

46. The routing node of claim 44 wherein the billing information Includes a 
mobile subscriber identifier. 

47. The routing node of claim 44 wherein the billing information includes a 
service provider identifier. 

48. The routing node of claim 29 wherein the second communication 
module is adapted to receive messages from the core network having 
application-level components encapsulated in the lower-level protocol, 
removing the application-level components, and fonwarding the 
application-level components to the first communication module. 

49. The routing node of daim 48 wherein the first communication module 
is adapted to receive the application-level components from the 
second communication module, add ATM components to the 
application-level components, and forward the messages having the 
application- and ATM components to a radio network controller. 

50. A radio access network gateway comprising: 

(a) a high-speed link module for receiving a first message 



Including radio access network application part (RANAP), 
signaling connection control part (SCCP), SS7 message 
transfer part layer 3 broadband (MTP3B), service specific 
coordination function (SSCF), service specific connection 
oriented protocol (SSCOP), asynchronous transfer mode 
adaptation layer 5 (AAL5), and asynchronous transfer mode 
(ATM) components, removing the SSCF, SSCOP, AAL5, and 
ATM components from the first message, and routing the first 
message based on the MTP3B comppnent; and 
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(b) a radio data communications module (rDCM) for receiving the 
RANAP, and SCCP, and MTP3B components of the first 
message, determining an outgoing SCTP association and 
stream for the first message, then discarding the MTP3B 
5 component, adding an SS7 SCCP user adaptation (SUA) 

component to the first message, encapsulating the first 
message in a stream control transmission protocol/internet 
protocol SCTP/IP envelope, and routing the first message to 
the core network over the SCTP association and stream. 
10 51. The radio access network gateway of claim 50 wherein the rDCM is 
adapted to receh^e a second message from the core network 
including RANAP, SCCP, SUA, SCTP, and IP components, wherein 
the rDCM removes the SCTP and CP components from the second 
message, determines a routing label based on address information 
15 contained in the SUA component of the second message, and routes 

the second message to the RNC based on the routing label over a 
high-speed ATM link. 
52. A radio access network gateway comprising: 

(a) a high-speed link (HSL) module capable of receiving a first 
20 message from a radio network controller, the first message 

including Q.2630.1, Q.2150.1, MTP layer 3 broadband 
(MTP3B), service specific coordination function (SSCF), 
service specific connection oriented protocol (SSCOP), 
asynchronous transfer mode adaptation layer 5 (AAL5), and 
25 asynchronous transfer mode (ATM) components, removing 

the SSCF, SSCOP, AAL5, and ATM components, and routing 
the first message based on the MTP3B component; and 

(b) a radio datisi communications module (rDCM) for recei\^ng the 
Q.2630.1, Q.2150.1, and MTP3B components of the first 

30 message, determining a stream control transmission protocol 

(SCTP) association and stream for the message based on the 
MTP3B component and discarding the MTP3B component. 
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adding an SS7 MTP level 3 user adaptation (M3UA) 
component to the first message, encapsulating the first 
message in an SCTP/IP envelope, and routing the first 
message to the core network over the SCTP association and 
5 stream. 

53- The method of claim 62 wherein the rDCM is adapted to receive a 
second message from the core network Including Q.2630.1, 
Q.2150,1, M3UA, and SCTP/IP components, wherein the rDCM 
discards the SCTP/iP component, determines a routing label for the 
10 second message based on the M3UA component, adds the routing 

label to the second message, and routes the second message to the 
HSL module based on the routing label, and wherein the HSL module 
routes the second message to the RNC based on the routing label. 

54. The RAN gateway of claim 52 wherein adding an M3UA layer to the 
15 first message includes encapsulating the first message in an M3UA 

DATA message regardless of the Q.2150.1 message type contained 
in the Q.2150.1 layer of the first message. 

55. The RAN gateway of claim 52 wherein adding an M3UA layer to the 
first message includes examining the Q.2150 layer of the first 

20 message to determine the Q.2150 message type and mapping the 

Q.21 50 message type to an M3UA message type. 
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